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DISPOSITIF PERFECTIONNE DE GESTION D'EQUIPEMENTS 
HETEROGENES DE RESEAU DE COMMUNICATIONS 



^invention concerne le domaine de la gestion d'equipements (ou 
elements) d'un reseau de communications par un systeme de gestion de. 
reseau. 

Les reseaux de communications sont generalement equipes d'un 

systeme de gestion de reseau (ou NMS pour « Network Management 
System »), egalement appele systeme d'exploitation du reseau, permettant a 
leur gestionnaire (ou supen/iseur) de gerer les equipements (ou elements) qui 
les constituent, et qui sont incapables de le faire eux-memes. Pour ce faire un 
systeme de gestion NMS integre, ou est couple a, des outils mettant en 
oeuvre des fonctions et des services, egalement appeles OAM&P (pour 
« Operations, Administration, Maintenance and Provisioning »). Parmi ces 
outils, on peut notamment citer les systemes de gestion d'eiements (ou EMS 
pour « Element Management System ») charges d'assurer I'interface de 
dialogue entre les equipements de reseau et le systeme de gestion NMS. 

On entend ici par « equipement de reseau» tout type de mater^J, 
comme par exemple des serveurs, des terminaux, des commutateurs, des 
routeurs ou des concentrateurs, capable d'echanger des donnees, 
notamment de gestion, selon un protocole de gestion de reseau avec le 
systeme de gestion NiVlS, comme par exemple le protocole SNMP (pour 
« Simple Network Management Protocol » RFC 2571-2580) utilise notamment 
dans les reseaux de type ADSL, le protocole TL1 utilise notamment dans les 
reseaux de type SONET, le protocole Q3 utilise notamment dans les reseaux 
de type SDH, ou encore les protocoles CLI et CORBA. 

En raison de leur architecture, les systemes de gestion d'eiements 
EMS actuels ne font office d'interface de dialogue que pour des equipements 
(ou elements) assocles a un meme protocole de gestion. De plus, ils ne font 
office d'interface de dialogue que pour des systemes de gestion de reseau 
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NMS d'un type donne. associe a un protocole de gestion donne. 

Uheterogen^ite toujours croissante des equipements d'un reseau et 
des protocoles de gestion associes impose done une mise en parallele de 
systemes de gestion d'elements EMS entre ie systeme de gestion de reseau 
NMS et ies differents equipements. Cela ne facilite ni la tache des 
concepteurs de reseaux, ni celle des gestionnaires de reseau. 

De plus, chaque fois qu'un nouveau protocole de gestion apparait au 
sein d'un r§seau, II faut concevoir un nouveau systeme de gestion d'elements 
EMS, puis adapter Ie systeme de gestion du reseau NMS afin qu'il puisse 
dialoguer avec lui. Cela requiert souvent plusieurs mois de developpement et 
accroit notablement Ie cout de la gestion d'un reseau. 

En outre, chaque fois que I'un des systemes de gestion d'elements 
EMS d'un reseau tombe en panne. Ie systeme de gestion de reseau NMS ne 
peut plus dialoguer avec Ies equipements dont il assure I'interface de 
dialogue. 

• Enfin, lorsqu'un nouveau systeme de gestion de reseau NMS 
apparait. il est generalement necessaire de d^velopper a son attention de 
nouveaux systemes de gestion d'elements EMS. 

L'invention a done pour but de remedier a tout ou partie des 
inconvenients precites. 

Elle propose a cet effet un dispositif de gestion. pour un reseau de 
communications comportant une multipliclte d'equipements de reseau 
associes chacun a un protocole de gestion de donnees primaires ; ce 
dispositif comprenant des moyens de mediation couples, d'une part, aux 
equipements, et d'autre part, a des moyens d'interface fonctionnelle et a des 
moyens d'interface systeme, eux-memes couples a un systeme de gestion de 
reseau (NMS). 

Ce dispositif se caracterise par Ie fait qu'il comprend des modules 
d'adaptation de protocole. en nombre au moins egal au nombre de protocoles 
de gestion associes a ces equipements, et charges chacun, d'une part, de 
transformer des donnees primaires, provenant d'un equipement selon un 
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protocoie de gestion, en donnees secpndaires adaptees aux moyens de 
mediation (et done au systeme de gestion de reseau NMS), et d'autre part, de 
transformer des donnees secondaires, destinees a un equipement, en 
donnees primaires selon un protocoie de gestion adapte a cet equipement, et 
par le fait que ses moyens de mediation sont cliarges. lorsqu'ils regoivent des 
donnees primaires ou secondaires. de determiner I'equipement associe a ces 
donnees puis d'alimenter le module d'adaptation de protocoie correspondant 
a i'equipement determine afin qu'il proc^de a la transformation de donnees. 

De la sorte, il est possible d'echanger des donnees (ou informations) 
de gestion entre les moyens de mediation et chacun des equipements, 
independamment du protocoie de gestion qui leur est associe. Par 
consequent, un unique disposltif de gestion sert d'interface de dialogue entre 
les equipements d'un reseau et le systeme de gestion de ce reseau (NMS). 
Un tel dispositif de gestion peut ainsi avantageusement remplacer urie 
multiplicite de systemes de gestion d'elements EMS. .'^ 
Selon une autre caracteristigue de I'invention, les moyens de 
mediation sont capables, lorsqu'ils regoivent une demande designant I'un des 
equipements, de generer un arbre d'informations de gestion, egalement 
appele MIT pour « Management Information Tree », representatif notamment 
des liens de cet equipement designe avec les autres equipements du reseau. ". 

Dans ce cas. et lorsque le dispositif comprend egalement un module 
d'interface graphique configurable (par exemple de type GUI. pour 
« Graphical User Interface ») couple a ses moyens de mediation, ces derniers 
sont preferentiellement agences. une fois qu'ils ont fini de generer I'arbre 
d'informations de gestion, de maniere a configurer le module d'interface 
graphique en fonction de donnees auxiliaires representatives de I'equipement 
designe. Ces donnees auxiliaires proviennent preferentiellement de modules 
de description implantes dans le dispositif de gestion et associes chacun a 
I'un des equipements. De tels modules de donnees de description peuvent 
etre constitues d'au moins un descripteur comprenant de preference au moins 
un fichier de codes de programme, et au moins un fichier de configuration. 
Ces fichiers de codes de programme component preferentiellement des 
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premieres donnees designant un type auquel appartient un equipemenf de 
reseau. ou des secondes donnees designant une definition de base 
d'informations de gestion (ou iVlIB pour « Management Information Base ») 
associee a un equipement. 

Preferentiellement, le module d'interface graphique et les moyens de 
mediation sont couples par un bus de type CORBA. 

Par ailleurs. les moyens d'interface fonctionnelle peuvent etre 
implantes dans le dispositif de gestion et comprendre un module 
d'alimentation (Egalement appele « provisioning interface ») charge d'extraire 
sur ordre. par exemple du systeme de gestion de reseau NMS, des 
informations de gestion. concemant un equipement et contenues dans I'arbre 
de gestion (MIT), pour les transmettre a cet equipement.' Un tel module 
d'alimentation comprend preferentiellement des fichiers de codes de 
programmes encapsul6s dans des modules de type « north-plug » (c'est-a- 
dire assurant une communication vers le haut (vers le NMS)). II peut etre en 
outre capable de gen^rer un canal de communication dedie au transport de 
codes choisis. par exemple de type ASCII, ehtre au moins une plaque de 
connexion (ou « socket ») et les moyens de mediation. 

En outre, les moyens d'interface fonctionnelle peuvent egalement 
comprendre un module de supervision (egalement appele « supervision 
interface ») agence sous la forme d'une interface publique de type \Di et 
charge de permettre au systeme de gestion de reseau NMS d'administrer les 
equipements et de gerer des alarmes et des evenements provenant de ces 
equipements. 

Les moyens d'interface systeme peuvent etre egalement implantes 
dans le dispositif de gestion et comprendre un module de navigation 
(egalement appele « navigation interface ») agence de maniere a permettre 
au systeme de gestion de reseau NMS.de controler. d'une part, le module 
d'interface graphique configure par les moyens de mediation, et d'autre part 
lesdits moyens de mediation. 

Ces moyens d'interface systeme peuvent egalement comprendre un 
module de persistance permettant. par exemple sous le controle du systeme 
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de gestion de reseau NMS. la memorisation de • certaines donnees 
conformation contenues dans I'arbre dinformations de gestion (MIT) et 
relatives a des equipements associes a un niveau de priorite choisi. Un tel 
module de persistance comprend notamment une interface de programmation 
d'application (ou API pour « Application Programming Interface »), en 
particulier de type JDBC. 

L'un au moins des moyens de mediation, module d'interface 
graphique configurable, moyens d'interface fonctionnelle. et. moyens 
d'interface systeme. et de preference tous. est constitue de fichiers de codes 
de programme, par exemple en langage Java. 

Uinvention porte egalement sur un serveur de gestion d*un systeme 
de gestion de reseau et sur un equipement de reseau equipes chacun d'un 
dispositif de gestion du type de celui presente ci-avant. 

Uinvention peut notamment etre mise en oeuvre dans toutes les 
technologies reseaux qui doivent etre gerees, et notamment dans les reseaux 
de transmission (par exemple de type WDM, SONEJ, SDH), les reseaux de 
donnees (par exemple de type Internet-IP ou ATM) ou les reseaux de voix 
(par exemple de type classique. mobile ou NGN). 

D'autres caracteristiques et avantages de I'lnvention apparattront a 
Texamen de la description detaillee ci-apres, et des dessins annexes, sur 
lesquels : 

- la figure 1 illustre de fafon schematique un exemple de reseau de 
communications equipe d'un dispositif de gestion selon invention, implante 
dans un serveur de gestion, 

- la figure 2 illustre de fa?on schematique un exemple de realisation d'un 
dispositif de gestion selon i'invention, et 

- la figure 3 detaille schematiquement un exemple de realisation du module 
de traitement EMA du dispositif de gestion illustre sur la figure 2. 

Cette figure pourra non seulement servir a completer I'invention, mais 
aussi contribuer a sa definition, le cas echeant 

Comme cela est illustre schematiquement sur la figure 1, un reseau 
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de communications N (ici materialise par une « patate ») est constitue d'une 
multiplicite d'equipements (ou elements) de reseau NE-ij (ici i = 1 a 4. a titre 
d'exemple). relies les uns aux autres par des moyens de communications et 
raccordes, au moins pour certains d'entre eux. ^ un systeme de gestion de 
reseau (ou NMS pour « Network Management System »), via un serveur de 
gestion IVIS. Le systeme de gestion de reseau NMS est destine ^ permettre 
au gestionnaire (ou superviseur) du reseau de gerer et contrdler ^ distance 
les equipements NE-i auxquels II est couple. 

Par exemple. le reseau de communications N est au moins en partie 
de type Internet (IP). Mais, I'invention s'applique a d'autres types de reseau, 
comme par exemple aux reseaux de transmission de type WDM, SONET ou 
SDH, aux reseaux de donnees de type ATM, ou aux reseaux de voix de type 
classique, mobile ou NGN. 

On entend ici par « equipement de reseau » NE-i un materiel capable 
d'echanger des donnees de gestion. ci-apres appelees donnees primalres. 
selon.un protocole de gestion choisi avec le serveur de gestion MS. II s'agit. 
par exemple, de serveurs periptieriques ou de coeur, de terminaux, de 
commutateurs, de routeurs ou de concentrateurs. 

Les equipements peuvent etre regroupes en families (j) associ^es 
chacune a un protocole de gestion particulier, comme par exemple le 
protocole SNMP (pour « Simple Network Management Protocol » RFC 2571- 
2580). ou les protocoles TL1, CORBA. CLI ou Q3. 

Afin de permettre a un unique serveur de gestion MS d'assurer une 
fonction d'interface de dialogue centralisee entre le systeme de gestion de 
reseau NMS et les divers equipements NE-ij du reseau N, I'invention propose 
un dispositif de gestion D, du type de celui illustre sur la figure 2. 

Plus precisement. dans I'exemple illustre sur la figure 2, le dispositif D 
selon invention comporte un module de traitement EMA couple, via un bus B, 
de preference de type CORBA. a un module d'interface graphique. par 
exemple de type GUI (pour « graphical User Interface »), et a un module 
d'interface fonctionnelle" MIF et un module d'intefface systeme MIS. Le 
module d'interface systeme MIS et le module d'interface fonctionnelle MIF 
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sont par ailleurs couples au GUI ainsi qu'au systeme de gestion de reseau 
(NMS). 

II est important de noter que le module d'interface graphique GUI, 
et/ou le module d'interface fonctionnelle MIF et/ou le module d'interface 
systeme MIS peuvent ne pas §tre localises au meme endroit que le reste du 
dispositif. En effet, le module de traitement EMA peut etre.implante dans un 
serveur de gestion MS ou dans un equipement de reseau, tandis que le 
module d'interface graphique GUI peut etre implante dans le systeme de 
gestion de reseau NMS. 

Un exemple de realisation du module de traitement EMA est illustre 
sur la figure 3. 

Ce module de traitement EMA comporte un module de mediation 
MM, charge de faire dialoguer entre-elles les interfaces du reseau (et 
notamment celles des equipements) et couple, d'une part, a un arbre 
d'informations de gestion MIT, et d'autre part, ^ des modules d'adaptation 'de 
protocole PA-j (ici j = 1 a n), en ,nombre au .moins egal au nombre de 
protocoles de gestion associes aux differentes families (j) d'equipements NE-ij 
du reseau N. 

Le module de mediation MM comprend principalement un module de 
gestion d'alarme et d'evenement MGAE, un module d'administration 
d'equipement MAN, un module serveur MAD d'acces a des modules de 
description stockes dans une memoire MEM (sur laquelle on reviendra plus 
loin), et une interface PAA de programmation d'application (ou API) couplee a 
la memoire MEM ainsi qu'aux modules d'adaptation de protocole PA-j. 

Le module d'administration d'equipement MAN est couple au bus 
CORBA B ainsi qu'au module serveur MAD. 11 permet notamment au systeme 
de gestion NMS d'admlnistrer les equipements NE-ij, avec I'assistance du 
module d'interface fonctionnelle MIF et du module d'interface systeme MIS. 

Le module de gestion d'alarme et d'evenement MGAE est couple au 
bus CORBA B ainsi qu'a la memoire MEM. II permet notamment au systeme 
de gestion NMS de recuperer les dpnnees d'informations representatives de 
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I'etat de fonctionnement des 6quipements. at notamment des alarmes et des 
comptes rendus d'evenements survenus dans les equipements NE-ij, afin 
d'en assurer la gestion (par exemple en declenchant des actions adapt^es). 

Le module serveur MAD est I'element central du module de mediation 
MIVl. Sa fonction principale est decrite ci-apres. 

Chaque module d'adaptation de protocole PA-j est charge de 
transfomier. sur ordre du module serveur MAD, des donnees primalres. 
■ provenant d'un equipement NE-ij selon un protocole de gestion. en donnees 
secondaires adaptees au module de mediation MM, et reciproquement de 
transformer des donnees secondaires, destinees a un equipement NE-ij, en 
donnees primaires selon le protocole de gestion utilise par cet equipement! 

En d'autres termes, chaque fois que le systeme de gestion NMS 
souhaite adresser des donnees de gestion a un equipement NE-ij. il transmet 
lesdites donnees (sous la forme de donnees secondaires) au module de 
mediation MM qui determine, gr^ce a son module serveur MAD, le module 
d'adaptation de protocole PA-j correspondant a cet equipement NE-ij. De 
meme, chaque fois qu'un equipement NE-ij transmet des donnees primaires a 
destination du systeme de gestion NMS. le module de traitement EMA les 
receptionne. puis les transmet au module serveur MAD afin qu'il determine le 
module d'adaptation de protocole PA-j correspondant a cet equipement NE-ij. 

' Pour proceder a cette determination, le module seiveur MAD accede 
a des modules de description MD-p stockes dans la memoire MEM du 
module de traitement EMA. assocles chacun a au moins un element d'un 
equipement NE-ij, (comme par exemple une carte a circuits integres ou une 
interface de connexion), et designant notamment le protocole d'echange 
associe audit element. 

Ces modules de description MD-p sont preferentiellement agences 
sous la forme de ce que Thomme de Tart appelle des descripteurs. Un 
descripteur est un module informatique qui contient toutes les donnees 
necessaires a la gestion par le systeme de gestion NMS d'au moins un 
element d'equipement. Chaque descripteur dedie MD-p est preferentiellement 
constitue d'au moins un premier fichier de codes de programmes permettant 
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de discuter avec une interface d'equipement, un deuxieme fichier contenant 
des donnees qui designent un type d'equipement. et un troJsieme fichier 
contenant des donnees qui designent une definition de base d'informations de 
gestion. ou definition de MIB (« Management Information Base »), associee a 
I'equipement NE-ij du type considere, et d'au moins un fichier de 
configuration, par exemple de type XML, qui contient des informations 
permettant de gerer un type d'equipement du reseau. 

Une definition de MIB repond, par exemple, au standard RFC 1213, 
dans le cas du protocole de gestion SNMP, et decrit generalement, pour 
Tequipement NE-ij concerne. tous ses attributs possibles, un type de donnees 
(string, integer, ...), ('organisation de nommage, le texte decrivant 
Tequipement (ou objet), les droits d'acces, la hierarchie- des objets (ou 
equipements), et analogue. Les definitions de MIB sont stqckees dans le 
systeme de gestion NMS ou dans le module de traitement EMA et sont 
associees chacune a une base d'informations de gestion MIB-i, egaiement 
appelee base d'instances d'objets, stockee dans j'equipement NE-ij 
correspondant. Chaque MlB-i comporte des champs d'information dont les 
valeurs specifiques caracterisent Tequipement NE-ij associe et peuvent etre 
accedees par une interface de navigation NAV (sur laquelle on reviendra plus 
loin). 

Les fichiers de codes de programmes des descripteurs MD-p sont 
preferentiellement en langage Java, en raison de I'aptitude de ce langage a 
charger et decharger de fagon dynamique des codes informatiques. Mais, 
d'autres langages peuvent etre envisages, comme par exemple Small Talk, 
des lors qu'ils permettent le chargement et le dechargement dynamique de 
codes informatiques. 

Une fois que le module serveur MAD a determine dans la memoirs 
MEM le protocole associe a I'equipement NE-ij. il en deduit le module 
d'adaptation de protocole PA-j qui lui correspond, puis il transmet a ce module 
d'adaptation de protocole PA-j, via interface de programmation PAA, les 
donnees primaires ou secondaires regues afin qu'il les transforme en donnees 
secondaires selon le protocole de gestion ufilise par.le systeme d^ gestion 
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NMS ou en donnees primaires salon (e protocole de gestion utilise 'par 
requipement NE-ij. Les modules d'adaptation de protocole PA-j assurent 
ainsi, en quelque sorte, une traduction syntaxique. 

On entend Ici par « transmettre des donnees (primaires ou 
secondaires) a un module d'adaptation de protocole » aussi bien Taction de 
communiquer les donnees audit module que Taction de charger 
dynamiquement (au sens informatique du terme) le module d'adaptation de 
protocole dans le module de mediation MM (et plus pr^cisement dans le 
module serveur MAD), puis de le faire toumer avec les donnees. 

Dans rexemple illustre sur la figure 3, sept (7) modules d'adaptation 
de protocole PA-1 a PA-7 ont ete representes. Les modules d'adaptation de 
. protocole PA-1 et PA-2 correspondent par exemple a des protocoles 
proprietaires X et Y. Les modules d'adaptation de protocole PA-3 a PA-7 
correspondent respectivement. par exemple. aux protocoles CORBA, CLI, 
TL1, SMNP et Q3. Tous ces modules d'adaptation PA-j soni 
preferentiellement couples a {'interface de programmation PAA. 

Grace a la cooperation entre les modules d'adaptation de protocole 
PA-j et le module de mediation MM, II est done possible d'echanger des 
donnees (ou informations) de gestion entre le module de mediation (et par 
consequent le systems de gestion NMS) et chacun des equipements NE-ij, 
independamment du protocole de gestion qui leur est associe. En d'autres 
termes. les modules d'adaptation de protocole assurent un decouplage entre 
le decodage syntaxique et I'exploitation semantique. Par consequent, pour 
integrer une nouvelle famille d'equipement au sein du reseau, puis la gerer, il 
suffit au prealable d'implanter dans le module de traitement EMA un nouveau 
module d'adaptation de protocole PA-j qui lui correspond, sans qu'il faille 
proceder a des modifications de fond, notamment du module de mediation 
MM et de I'interface graphique GUI, ou bien ajouter un nouveau systeme de 
gestion d'elements EMS au reseau. 

De plus, lorsqu'un nouveau systeme de gestion NMS fait son 
apparition, il n 'est plus necessaire de concevoir specif iquement plusieurs 
elements degestion.EMS. II suffit en effet d'adapter les modules d'adaptation 
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de protocole PA-J du dispositif selon I'invention en fonctibn du protocole de 
gestion utilise par le nouveau systeme de gestion NMS. 

Par ailleurs. gr^ce a I'arcliitecture proposee, le module de mediation 
MM est desormais capable de « generer », a partir d'un arbre d'informations 
de gestion MIT complet, stocke dans une memoire du module de traitement, 
un arbre d'informations de gestion MIT partiel, representatif d'un equipement 
. et notamment des autres equipements du reseau auxquels il est lie. 

En outre, il est particulierement avantageux que le dispositif de 
gestion D comprenne un module d'Interface graphique GUI de type 
configurable. Dans ce cas, le module de mediation MM peut en effet, lorsqu'il 
a fini de generer I'arbre d'informations de gestion MIT partiel correspondant a 
un equipement NE-ij designe dans une requete re9ue, configurer le module 
d'interface grapiiique GUI de sorte qu'il soit egalement adapte a la gestion de 
cet equipement par le systeme de gestion NMS. /f; 

Cette configuration s'effectue en fonction de dorinees auxilia'ires 
representatives de I'equipement NE-ij. designe, prbvenant preferentiellem^nt 
des modules de description MD-p contenus dans la memoire MEM. 

Preferentiellement, le module de traitement EMA du dispositif de 
gestion D (et notamment son module de mediation MM et ses modules 
d'adaptation de protocoles PA-j) sont realises sous la forme de modules 
logiciels ou informatiques (ou « software »), c'est-a-dire sous la forme de 
fichiers de codes de programme. Plus preferentiellement encore, ces fichiers 
de codes de programmes sont en langage Java, en raison de I'aptitude de ce 
langage a charger et decharger de fagon dynamique des codes 
informatiques. Mais, d'autres langages peuvent etre envisages, comme par 
exemple Small Talk, des lors qu'ils permettent le chargement et le 
dechargement dynamique de codes informatiques. Encore plus 
preferentiellement, les codes de programmes satisfont aux recommandations 
CVM (pour « C Virtual Machine », la lettre C designant a la fois le mot 
« compact », le mot « connected », I'expression « consume-oriented » et le 
langage C), afin de permettre au dispositif son implantation dans un 
equipement de reseau, y compris dans un ordinateur portable. 
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Mais, bien entendu. le module de traitement EMA pourrait etre realise 
sous la forme d'une comblnaison de circuits electroniques (ou « hardware ») 
et de modules logiciels. 

Le module d'interface fonctionnelle MIF est plus partlcuiierement 
charge de I'echange d'Informations tant avec le systeme de gestion NMS 
qu'avec les equipements de reseau NE-ij. via le module de traitement EMA, et 
notamment son module de mediation MM. II comprend une interface de 
supervision SUP (ou « supervision interface »), notamment chargee de 
recuperer des informations provenant des equipements NE-ij du reseau. 
comme par exemple des alarmes et des evenements, pour les communiquer 
au systeme de gestion NMS afin qu'il administre et gere lesdits equipements. 
Cette recuperation d'informations s'effectue via le module de traitement EMA, 
et notamment via son module de gestion d'alarme et d'ev^nement MGAE. et 
compte tenu des donnees de description contenues dans les descripteurs 
MD-p. Gomme indique prec^demment. I'administration des equipements NE-ij 
conceme notamment la gestion de la topoiogie du reseau. Elle s'effectue via 
le module de traitement EMA. et notamment via son module d'administration 
d'equipement MAN et son module serveur MAD. 

Certaines informations peuvent etre egalement recuperees de fagon 
automatique. A cet effet, le module de traitement EMA peut comporter un 
• module d'interrogation (ou « polling ») Ml, couple a I'arbre d'informations de 
gestion MIT et la memoire MEM. contenant les modules de description MD-p. ' 
et charge d'interroger. de preference de fagon cyclique, des equipements 
(passifs) qui ne foumissent pas spontan§ment les informations 
representatives de leur etat de fonctionnement. Ce module d'interrogation Ml 
peut etre en outre couple a une memoire de type « registration repository ». 
Un tel module Ml est notamment utile dans les reseaux' d'acces comportant 
de nombreux equipements. et dans les reseaux passifs. 

Le module de supen/ision SUP est preferentiellement agence sous la 
forme d'une interface publique de type IDL fondee. de preference, sur les 
recommandations T1M1 (Q816. X780 et M3120). Par ailleurs. la 
representation interne des alarmes et evenements satisfait preferentiellement 
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aux standards ITU X733 et X721 afin d'offrir une compatibilite avec les 
anciens systemes de gestion reposant sur une ancienne version du protocole 
de gestion Q3. 

Grace a ce type d'interface de supervision, I'utilisateur peut naviguer 
librement d'une application a I'autre comme s'll disposait d'un unique element 
de gestion et non de plusieurs mis en parallele. 

Le module d'interface fonctionnelle MIF comprend egalement une 
interface d'alimentation PRO (ou « provisioning interface »), notamment 
charg^e de la transmission aux equipements NE-ij et/ou au module de 
traitement EMA des informations provenant du systeme de gestion NMS, ainsi 
que de la mise a disposition du systeme de gestion NMS d'informations 
contenues dans I'arbre d'informations de gestion MIT. Un tel module 
d'alimentation PRO comprend des fichiers de codes de programmes qui sont 
preferentiellement encapsules dans ce que I'homme de I'art appeljte des 
modules de type « north-plug » NP. Grace a ce type d'interface de navigation, 
. I'utilisateur. peut cpnstruire une mediation, permettant, d'une premiere part, de 
definir quel objet interne est utile a une operation d'alimentation 
(« provisioning »), comme par exemple la pertinence - d'un port, - d'une 
deuxi^me part, de manipuler les objets Internes definis. comme par exemple 
demander I'etat de connectivite d'un port, et d'une troisleme part, de creer un 
canal de communication CC dedie au transport de codes particuliers, par 
exemple de type ASCII, entre une plaque de connexion (ou « socket ») et le 
module de traitement EMA. 

L'interface d'alimentation PRO est materialisee sur la figure 2 par des 
pointilles car, comme illustre sur la figure 3, elle est preferentiellement 
integree dans le module de traitement. EMA. Dans ce cas, elle est couplee a 
I'arbre d'informations de gestion MIT ainsi qu'au bus CORBA B. 

Le module d'interface systeme MIS est plus particulierement charge 
de I'integration, ou en d'autres termes de I'organisation du dialogue entre le 
systeme de gestion NMS et le dispositif D. II comprend une interface de 
navigation NAV (ou « navigation interface »), notamment chargee de gerer le 
dialogue entre le systeme de gestion NMS. d'une part, et l'interface graphique 
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GUI, configuree par le module de mediation MM, et le module de traiterrffent 
EMA, d'autre part, via des interfaces de type CDE ou Tooltalk, ou des 
interfaces proprietaires orientees messages, comme par exemple NAVCON, 
ou encore des interfaces aux standards internet, li est egalement possible 
d'adjoindre une interface de programmation de type Java API pour accroitre 
encore le njveau d'integration. 

Le module d'interface graphique GUI peut efre utilise en mode 
« application » comme en mode « applet », permettant ainsi son integration 
via une navigation de type « web ». 

Le module d'interface syst^me MIS comprend egalement une 
interface de persistance PER (ou « persistency interface »), notamment 
chargee de la memorisation de donnees d'informations (ou profils) de gestion, 
extrait(e)s de la table d'informations de gestion MIT et concernant des 
equipements associes a certains niveaux de priorite ou des contextes 
particuliers d^finis par des poiitiques de persistance. Ces donnees 
d'inforrnation de gestion sont preferentiellement stockees dans une memoire 
auxiliaire MAX du module de traitement EMA. par I'intermediaire d'un module 
de liaison MPM, egalement appele « MIT persistency tool ». Implante dans le 
module de traitement EMA et couple aux modules de description MD-p. Mais 
la memoire MAX peut etre egalement externe au module de traitement EMA, 
voire meme au serveur de gestion MS. II peut notamment s'agir d'une 
memoire de type base de donnees, telle que MySQL, ou bien d'une memoire 
de type « fichiers plats » (ou « flat files »). 

Cette interface de persistance PER comprend preferentiellement, et 
notamment, une interface de programmation d'application (ou API pour 
« Application Programming Interface »), par exemple de type JDBC afin de 
permettre une integration avec des bases de donnees relationnelles 
existantes. 

Grace a I'invention, il suffit de disposer de la correspondance entre 
les protocoles de gestion utilises par des equipements de reseau et le 
protocole de gestion utilise par un systdme de gestion NMS pour s'assurer du 
dialogue entre ce systeme de gestion NMS et ces equipements. Par 
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consequent I'invention assure une pqrtabilite totale, tant materielle (hardware) 
que contextuelle, du fait du decouplage entre le d§codage syntaxique et 
I'exploitation semantique offert par les modules d'adaptation de protocole. 

Par ailleurs, I'invention est compatible avec tout type d'equipement de 
reseau ettout type de materiel implique dans la gestion de reseau. 

L'invention ne se limite pas aux modes de realisation de dispositif de 
gestion D et de serveur de gestion MS decrits ci-avant. seulement a titre 
d'exempje, nriais elle englobe toutes . les variantes que pourra envisager 
rhomme de I'art dans le cadre des revendications ci-apres. 

Ainsi, on a decrit un dispositif de gestion implante dans un serveur de 
gestion d'un systeme de gestion de reseau (NMS). Mais, le dispositif de 
gestion pourrait etre implante dans un equipement de reseau ou bien dans un 
terminal dedie a la gestipn locale d'equipement(s), egalement appele « craft 
terniinal ». •• 4'. 

Par ailleurs; pn a decrit un dispositif de gestion comprenant un 
, module de. me.diation,.,des modules- ;d;adaptation de protocoles; un4 'table 
d'informations de gestion MIT, un bus de liaison, Cine interface graphique GUI, 
un module d'interface systeme et un module d'interface fonctionnelle. Mais, le 
dispositif selon I'invention peut etre realise plus simplement, des lors qu'il 
comprend au moins un module de mediation couple a des rnodules 
d'adaptation de protocoles. - ■ 
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REVENDrCATIONS 

1. Dispositif de gestion (D) pour un reseau de communications (N) 
comportant une multiplicite d'equipements de reseau (NE-lj) associes chacun 
a un protocole de gestion de donn6es primaires, (edit dispositif (D) 
comprenant des moyens de mediation (MM) couples auxdits equipements 
(NE-ij) et § des moyens d'interface fonctionnelle (MIF) et des moyens 
d'interface systems (MIS) couples ^ un syst^me de gestion de reseau (NMS), 
caracteris§ en ce qu'il comprend des modules d'adaptation de protocole (PA- 
]), en nombre au moins egal au nombre de protocoles de gestion associes 
auxdits equipements, et agences chacun i) pour transformer des donnees 
primaires, provenant d'un equipement (NE-ij) selon un protocole de gestion, 
en donnees secondaires adaptees auxdits moyens de mediation (MM), et ii) 
pour transformer des donnees secondaires, destinees a un equipement (NE- 
ij), en donnees primaires selon un protocole de gestion adapte audit 
equipement, et en ce que lesdits moyens de mediation (MM) sont agences, a 
reception de donnees primaires ou secondaires, pour determiner I'equipement 
(NE-ij) associe puis alimenter le module d'adaptation de protocole (PA-j) 
correspondant audit equipement determine. 

2. Dispositif selon la revendication 1 , caracterise en .ce qu'a reception 
d'une demande designant I'un desdits equipements (NE-ij), lesdits moyens de 
mediation (MM) sont agenc6s pour gen§rer un arbre d'informations de gestion 
(MIT) representatif des liens dudit equipement designe avec les autres 
Equipements dudit reseau (N). 

3. Dispositif selon la revendication 2, caracterise en ce que lesdits 
moyens de mediation (MM) sont agences, apres avoir genere ledit arbre 
d 'informations de gestion (MIT), pour configurer un module d'interface 
graphique (GUI) en fonction de donnees auxiliaires representatives dudit 
equipement designe (NE-ij). 

4. Dispositif selon la revendication 2, caracterise en ce qu'il comprend 
ledit module d'interface graphique (GUI) configurable. 
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5. Dispositif selon Tune des revendications 3 et 4, caracterise en ce 
qu'il comprend des modules de description (MD-p) associes chacun a au 
moins un element de I'un desdits equipements (NE-ij) et comportant lesdites 
donnees auxiliaires. 

6. Dispositif selon la revendication 5, caracterise en ce que chaque 
module de donnees de description (MD-p) est constitue d'au moins un 
descripteur. 

7. Dispositif selon la revendication 6, caracterise en ce que chaque 
descripteur est constitue d'au moins un fichier de codes de programme et 
d'au moins un fichier de configuration. 

8. Dispositif selon la revendication 7, caracterise en ce que Tun desdits 
fichiers de codes de programme d'un descripteur comporte des premieres 
donnees designant un type auquel appartient un equipement de reseau (NE- 
ij), et un autre desdits fichiers de codes de programme dudit descripteur 
comporte des secondes donnees designant une definition de "* base 

^tf informations de gestion assoqiee audit equipement (NE-ij). . . ' * - 

9. Dispositif selon Tune des revendications 3 a 8, caracterise en ce que 
ledit module d'interface graphique (GUI) est de type « Graphicaf User 
Interface ». . 

10. Dispositif selon Tune des revendications 3 a 9, caracterise en ce que 
ledit module d'interface graphique (GUI) et lesdits moyens de mediation sont 
couples par un bus (B) de type CORBA. 

11. Dispositif selon Tune des revendications 2 a 10/ caracterise en ce 
qu'il comprend lesdits moyens d'interface fonctionnelle (MIF). 

12. Dispositif selon la revendication 11, caracterise en ce que lesdits 
moyens d'interface fonctionnelle (MIF) comprennent un module d'alimentation 
(PRO) agence pour extraire sur ordre des informations de gestion, concernant 
un equipement (NE-ij) et contenues dans ledit arbre de gestion (MIT), de 
maniere a les transmettre audit equipement. 

13. Dispositif selon ia revendication 12, caracterise en ce que lesdits 
moyens d'alimentation (PRO) comprennent des fichiers de codes de 
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programme encapsules dans des modules de type « north-plug » (NP). 

14. Dispositif selon I'une des revendications 12 et 13, caracterise en ce 
que lesdits moyens d'alimentation (PRO) sont agences pour generer un canal 
de communication (CC) dedie au transport de codes cholsis entre au moins 
une plaque de connexion et lesdits moyens de mediation (MM). 

15. Dispositif selon I'une des revendications 11 a 14, caracterise en ce 
que lesdits moyens d'interface fonctionnelie (MIF) comprennent un module de 
supervision (SUP) propre a permettre audit systeme de gestion de reseau 
(NMS) d'administrer lesdits equipements (NE-ij) et de gerer des alarmes et 
des evenements provenant desdits equipements (NE-ij), via lesdits moyens 
de mediation (MM). 

16. Dispositif selon la revendication 15, caracterise en ce que ledit 
module de supervision (SUP) est agence sous la forme d=une interface 
publique de type IDL. 

17. Dispositif selon I'une des revendications 1 a 16, caracterise en ce 
qu'il comprend lesdits moyens'd'interface systeme (MIS); -' ' ' ' 

18. Dispositif selon la revendication 17. caracterise en ce que lesdits 
moyens d'interface systeme (MIS) comprennent un module de navigation 
(NAV) agence pour permettre audit systeme de gestion de reseau (MS) de 
controler ledit module d'interface graphique configure (GUI) et lesdits moyens 
de mediation (MM). 

19. Dispositif selon I'une des revendications 17 et 18, caracterise en ce 
que lesdits moyens d'interface systeme (MIS) comprennent un module de 
persistance (PER) agence pour permettre la memorisation de certaines 
donnees d'information contenues dans ledit arbre d'informations de gestion 
(MIT) et relatives a des equipements (NE-ij) associes a un niveau de priorite 
choisi. 

20. Dispositif selon la revendication 19. caracterise en ce que ledit 
module de persistance (PER) comprend une interface de programmation 
d'application. 

21. Dispositif selon la revendication 20. caracterise en ce que ladite 
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interface de programmation d'application est de type JDBC. 

22. Dispositif selon Tune des revendications 1 a 21, caracterise en ce 
que Fun au moins desdits moyens de mediation (MM), module d'interface 
graphique configurable (GUI), moyens dinterface fonctionnelle (MIF) et 
moyens d^nterface systeme (MIS) est constitue de fichiers de codes de 
programme. 

23. Dispositif selon I'une des revendications 7. 8 et 22, caracterise en ce 
que lesdits codes de programme sont en langage Java. . . 

24. Serveur de gestion (MS) d'un systeme de gestion de reseau (NMS), 
caracterise en ce qu'il comprend un dispositif de gestion (D) selon Tune des 
revendications precedentes. 

25. Equipement de reseau (NE-ij), caracterise en ce qu'il comprend un 
dispositif de gestion (D) selon I'une des revendications 1 a 23. 

26. Utilisation du dispositif de gestion (D), serveur de gestion (MS) et 
equipement de reseau (NE-ij) selon I'une des revendications precedentes 
dans les technologies reseauxdevant etre gerees.:: - , r - ' ^ ' 

27. Utilisation selon la revendication 26. caracterise en ce que lesdites 
technologies reseaux sont choisies dans un groupe comprenant les reseaux 
de transmission, en particulier de type WDM, SONET et SDH, de donnees, en 
particulier de type Internet-IP et ATM, et de voix, en particulier de type 
classique, mobile et NGN. 
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